K8s[控制器]-CronJob
K8s[控制器]-CronJob
CronJob 按照预定的时间计划(schedule)创建 Job。一个 CronJob 对象类似于 crontab (cron table) 文件中的一行记录。该对象根据 Cron (opens new window)格式定义的时间计划,周期性地创建 Job 对象
本质上:CronJob 只负责按照时间计划的规定创建 Job 对象,由 Job 来负责管理具体 Pod 的创建和执行
CronJob限制
当以下两个条件都满足时,Job 将至少运行一次:
startingDeadlineSeconds
被设置为一个较大的值,或者不设置该值(默认值将被采纳)concurrencyPolicy
被设置为Allow
对于每一个 CronJob,CronJob 控制器将检查自上一次执行的时间点到现在为止有多少次执行被错过了。如果错过的执行次数超过了 100,则 CronJob 控制器将不再创建 Job 对象,并记录如下错误
当以下两个条件都满足时,Job 将至少运行一次:
startingDeadlineSeconds
被设置为一个较大的值,或者不设置该值(默认值将被采纳)concurrencyPolicy
被设置为Allow
对于每一个 CronJob,CronJob 控制器将检查自上一次执行的时间点到现在为止有多少次执行被错过了。如果错过的执行次数超过了 100,则 CronJob 控制器将不再创建 Job 对象,并记录如下错误:
创建CrobJob
Example:
apiVersion: batch/v1beta1 |
Starting Deadline
.spec.startingDeadlineSeconds
为可选字段,代表着从计划的时间点开始,最迟多少秒之内必须启动 Job。如果超过了这个时间点,CronJob 就不会为其创建 Job,并将其记录为一次错过的执行次数。如果该字段未指定,则 Job 必须在指定的时间点执行。
CronJob 控制器将为每一个 CronJob 记录错过了多少次执行次数,如果错过的执行次数超过 100,则控制器将不会再为该 CronJob 创建新的 Job。如果 .spec.startingDeadlineSeconds
未指定,CronJob 控制器计算从 .status.lastScheduleTime
开始到现在为止总共错过的执行次数。
例如,某一个 CronJob 应该每分钟执行一次,.status.lastScheduleTime
的值是 上午5:00,假设现在已经是上午7:00。这意味着已经有 120 次执行时间点被错过,因此该 CronJob 将不再执行了。
如果 .spec.startingDeadlineSeconds
字段被设置为一个非空的值,则 CronJob 控制器计算将从 .spec.startingDeadlineSeconds
秒以前到现在这个时间段内错过的执行次数。
例如,假设该字段被设置为 200
,控制器将只计算过去 200 秒内错过的执行次数。如果在过去 200 秒之内,有超过 100 次错过的执行次数,则 CronJob 将不再执行。
Concurrency Policy
.spec.concurrencyPolicy
是选填字段,指定了如何控制该 CronJob 创建的 Job 的并发性,可选的值有:
Allow
: 默认值,允许并发运行 JobForbid
: 不允许并发运行 Job;如果新的执行时间点到了,而上一个 Job 还未执行完,则 CronJob 将跳过新的执行时间点,保留仍在运行的 Job,且不会在此刻创建新的 JobReplace
: 如果新的执行时间点到了,而上一个 Job 还未执行完,则 CronJob 将创建一个新的 Job 以替代正在执行的 Job
Suspend
.spec.suspend是选填字段。如果该字段设置为
true,所有的后续执行都将挂起,该字段不会影响到已经创建的 Job。默认值为
false
Job History Limits
.spec.successfulJobsHistoryLimit
和 .spec.failedJobsHistoryLimit
字段是可选的。这些字段指定了 CronJob 应该保留多少个 completed 和 failed 的 Job 记录。
.spec.successfulJobsHistoryLimit
的默认值为 3.spec.failedJobsHistoryLimit
的默认值为 1
如果将其设置为 0
,则 CronJob 不会保留已经结束的 Job 的记录